System and method for departure metering from airports

ABSTRACT

Described herein are systems and methods for allocating departure slots at an airport. One embodiment of the disclosure of this application is related to a method including calculating an estimated takeoff time (“ETT”) based on airport data and flight plan data, allocating a departure slot time for the at least one flight based on the ETT, and populating the allocated departure slot time in an allocation grid. Another embodiment of the disclosure of this application is related to a system comprising a user interface displaying information related to flight plan data and airport data received from an airport network, and a departure allocation module calculating an estimated takeoff time (“ETT”) for the first flight based on the airport data and the flight plan data, allocating a departure slot time for the flight, and populating the departure slot time in an allocation grid via the user interface.

PRIORITY CLAIM/INCORPORATION BY REFERENCE

The present application claims priority to U.S. Provisional PatentApplications: 61/364,663 filed on Jul. 15, 2010 entitled “System andMethod for Departure Sequencing at an Airport” naming Thomas White,Peter Gerlett, and Ron Dunsky as inventors; 61/383,803 filed on Sep. 17,2010 entitled “System and Method for Departure Metering” naming JamesCole, Robert Damis, Ron Dunsky and Thomas White as inventors; and61/429,589 filed on Jan. 4, 2011 entitled “System and Method forDeparture Metering” naming James Cole, Robert Damis, Ron Dunsky andThomas White as inventors; and hereby incorporates, by reference, theentire subject matter of these Provisional Applications.

BACKGROUND

Traditionally, airport departures are managed on a first come, firstserve basis. For instance, aircraft are taxied out and get in line inorder to be sequenced for takeoff. However, when runway demand exceedsan airport's capacity, the result can be long departure queues, surfacecongestion, gate holdouts, as well as aircraft gridlock that results inground stops and arrival delays and the threat of Tarmac DelayDepartment of Transportation fines. Furthermore, these delays caused byinefficient allocation of departures times can lead to increased fuelusage, increased fuel load and increased air emissions while diminishingthe overall passenger experience.

SUMMARY OF THE INVENTION

Described herein are systems and methods for allocating departure slotsat an airport. One embodiment of the disclosure of this application isrelated to a method including receiving airport data from an airportnetwork, receiving flight plan data of a first flight from the airportnetwork, calculating an estimated takeoff time (“ETT”) based on theairport data and the flight plan data, allocating a departure slot timefor the at least one flight based on the ETT, and populating theallocated departure slot time in an allocation grid.

Another embodiment of the disclosure of this application is related to asystem comprising a user interface displaying information related toflight plan data and airport data received from an airport network, anda departure allocation module receiving the airport data and the flightplan data of a first flight from the airport network, calculating anestimated takeoff time (“ETT”) for the first flight based on the airportdata and the flight plan data, allocating a departure slot time for theat least one flight based on the ETT, and populating the allocateddeparture slot time in an allocation grid via the user interface.

A further embodiment of the disclosure of this application is related toa non-transitory computer readable storage medium including a set ofinstructions for allocating departure slots, executable by a processor.Specifically, the set of instructions to receive airport data, receiveflight plan data of a first flight, calculate an estimated takeoff time(“ETT”) based on the airport data and the flight plan data, allocate adeparture slot time for the at least one flight based on the ETT, andpopulate the allocated departure slot time in an allocation grid.

DESCRIPTION OF THE DRAWINGS

FIG. 1 shows an exemplary system for departure metering from an airportaccording to an exemplary embodiment of the present invention.

FIG. 2 shows an exemplary method for departure metering from an airportaccording to an exemplary embodiment of the present invention.

FIG. 3 shows an exemplary method for determining and adjusting departureslot times during departure metering from an airport according to anexemplary embodiment of the present invention.

DETAILED DESCRIPTION

The exemplary embodiments may be further understood with reference tothe following description and the appended drawings, wherein likeelements are referred to with the same reference numerals. The exemplaryembodiments describe systems and methods for efficiently allocatingdeparture slots at an airport.

As will be described in detail below, the exemplary systems and methodsdescribed herein may enhance an airport's ability to manage aircraftdepartures during peak operating times, bad weather, constructionprojects, or any other occasion where demand exceeds airport capacity.Specifically, the systems and methods may allocate departure sequencingthrough the use of various sources of information and resources, such assurveillance data, air traffic management software, and professionalservices. Accordingly, these systems and methods described herein mayreduce airline fuel costs and emissions, and minimize taxi/tarmacdelays.

As will be described in greater detail below, the exemplary systems andmethods for allocating departure slots may utilize a user interface toprovide a user with departure slot times and the aircraft to which theseslots have been allocated. For instance, the user interface may be aslot allocation display providing the user with a grid-type display ofrelevant information. Specifically, the exemplary slot allocationdisplay may be supplied with flight information, such as flight plans,as well as any manual changes, such as exception and/or emergencyinformation. Accordingly, the slot allocation display may enhance theoverall efficiency of departure sequencing at an airport throughautomated slot management.

FIG. 1 shows an exemplary allocation module 100 for departure meteringfrom an airport according to an exemplary embodiment. The allocationmodule 100 may include a user interface, such as a slot allocationdisplay 110, a processor 120, a database 130, and an exceptions inputcomponent 140. In addition, the allocation module 100 may be incommunication with any number of airport network information sources,such as, but not limited to flight plan information 150, airportfacilities information 160, radar networks 170, and emergencyinformation 180. In addition, the airport network information sourcesmay also include any data entered manually by a user

It should be noted that the communication between the database 130 andthe various other components of the module 100 may be securedcommunications. In other words, the information transfer to and from thedatabase 130 may be filtered using any number of encryption methods,authentication/verification systems, security protocols, etc.

According to the exemplary embodiments, the allocation module 100 mayprovide automatic population of aircraft departure slots using thereceived flight plan information 150. Those skilled in the art wouldunderstand that each aircraft and airline files a flight plan with theFederal Aviation Administration (“FAA”) for each flight. The flight planinformation 150 may include a scheduled takeoff time (e.g., wheels uptime). Upon receiving the flight plan information 150 for a specificaircraft, the processor 120 may calculate an estimated taxi time (“ETT”)for that aircraft. For instance, the ETT may be based on the airportinformation 160, such as gate assignments, runway usage, etc.

Using the ETT calculated from the flight plan information 150 and theairport information 160, the exemplary allocation module 100 mayautomatically assign a departure slot for the aircraft. The assigneddeparture slot may be displayed to the user via the slot allocationdisplay 110. Accordingly, airlines and departure metering center teamsmay manage the initial allocations of departure slots more efficiently.Specifically, the airlines do not have to make manual requests fordeparture slots since the allocation module 100 determines the initialslots based on the flight plan information 150 and the calculated ETT.In addition, the metering center teams do not have to manually assignthese initial departure slots. Thus, the only manual operation may beaddressing user-generated changes by exceptions.

According to an additional feature of the exemplary embodiments, theallocation module 100 may also provide automatic population of first fixinformation using the received flight plan information 150. Thoseskilled in the art would understand that a first fix may be considered agate in the sky through which an aircraft is routed. Accordingly, foreach aircraft, first fix information may be included in the flight planinformation 150 provided to the allocation module 100 and displayed tothe user via the slot allocation display 110. The allocation module 100and/or the user (e.g., departure metering center team) may determine ifa particular first fix location is crowded and adjust departuresequencing. In other words, a aircraft having a different first fixlocation may be sequenced for departure earlier than an aircraftdestined for the crowded first fix location to alleviate congestion.

For example, the aircraft may be sequenced to a remote location afterleaving the gate. The user (e.g., metering personnel) may see the firstfix information on the slot allocation display 110 for all of theaircraft in this remote location and sequence those aircraft fordeparture that do not have a congested first fix location. Therefore,the user is able to more efficiently use the airport's runways, airspaceand departure slots.

According to a further feature of the exemplary embodiments, theallocation module 100 may quickly provide the user with taxi times ofaircraft using the slot allocation display 110. Specifically, theallocation module 100 may include an auto-reveal feature that displays aspecific taxi time when the user “mouses over” or “hovers” a mousepointer over a specific aircraft listed on the slot allocation display110.

For example, the user may use a mouse pointer to scroll over an aircraftin a departure slot in the display 110, and the scroll over mayautomatically display the planned taxi time for the aircraft in a pop-upwindow on the display 110. Accordingly, this feature allows for instantvisibility of planned taxi times, which is a primary consideration inthe reallocation of slot times. Thus, the user is provided with a muchquicker and more efficient system for the reallocation of departureslots when operational considerations require changes in previous slotallocations. In addition, instant access to both planned taxi time andslot time on the same display 110 allows the user to make quickreassessments of current delays.

According to a further feature of the exemplary embodiments, theallocation module 100 may provide automatic alerts to the user when anallocated time slot for an aircraft has been changed or canceled.Specifically, the slot allocation display 110 may display an automatedalert to an airline, a departure metering center team, etc. The alertmay be in the form of a pop-up window or new page on the slot allocationdisplay 110. Regardless of whichever screen or page the user is browsingin the display 110, the alert may interrupt the browsing and direct theuser as to how to easily find new information related to the alert.

Furthermore, the alert may provide online acknowledgement to the slotallocators, thereby allow the allocators to confirm that the change hasbeen noted by the user. Ordinarily, such adjustments to slot times andacknowledgements would require a lengthy verbal communication. However,the exemplary alert feature of the allocation module 100 allows forchanges to slot times and user acknowledgement of changes to beaccomplished quickly and within the screen of the slot allocationdisplay 110.

According to a further feature of the exemplary embodiments, theallocation module 100 may provide additional automated departure slotallocation. Specifically, the processor 120 of the exemplary allocationmodule 100 may utilize a slot time calculator 125 to perform automaticslot allocation. For instance, the slot time calculator 125 may receivea departure rate as an input and generate proportional allocations ofslot times. Using the departure rate in conjunction with proportionalallocations, the slot time calculator 125 may automatically populateslot allocations for a pre-determined time frame (e.g., the next twohours) into a “departure slot allocation manager” page on the display110.

According to one example, a departure capacity may be reduced due to anairport condition (e.g., severe weather) for the next two hours. Basedon the reduced departure rate, the slot time calculator 125 mayproportionally reduce the slots times during the time period. Forinstance, if the departure rate is reduced in half, the slot timecalculator 125 may automatically reduce the departure slots in halfduring the time frame and repopulate the allocation grid 105 accordingly(e.g., if an airline had 14 scheduled departure slots and the departurerate was reduced by 50%, the airline would be allocated only 7 departureslots based on the reduced departure rate). Furthermore, the slot timecalculator 125 may automatically roll-over the remaining flights intofuture time slots. It should be noted that other non-proportionalmethods may also be used to adjust the departure slot times.

As described above, the slot time calculator 125 may use the flight planinformation 150 to determine initial allocations of departure slottimes. The calculator 125 may then use manual data (e.g., user-generatedexceptions) and/or other changes to reallocate departure slot timesduring operation. This may effectively transform the initial slotallocation into a single-entry, one-stop process. As opposed to manuallyselecting flights from each airline, or pool of airlines, to meet theirallocation requirements, the exemplary allocation module 100 eliminatesthis labor-intensive process while reducing the probability ofmisallocations.

According to a further feature of the exemplary embodiments, theallocation module 100 may include automated integration of planned taxitime into appropriate areas on other airport systems and networks, suchas an irregular operations application (e.g., PASSUR OPSnet provided byPASSUR Aerospace, Inc. of Stamford, Conn.). Specifically, flightinformation from the slot allocation grid 105 as well as first departurefix for to individual flights may be provided to these airport systemsand networks.

While in communication with the allocation module 100, the exemplaryradar network 170 may provide data tracking systems, such as an arrivalmanagement system and an air traffic management system. An exemplaryarrival management system (or ETA System) may include algorithms forproviding accurate arrival predictions, and thus ensuring timely andaccurate reporting of detailed aircraft information to entities such asgovernmental agencies for deployment of interdiction teams. An exemplaryair traffic management system may track flights and monitor airspaceconditions, as well as provide live airspace surveillance of visualflight rules (“VFR”) and instrument flight rules (“IFR”). Those skilledin the art will understand that VFR are a set of regulations which allowa pilot to operate an aircraft in weather conditions generally clearenough to allow the pilot to see where the aircraft is going, and thatIFR are regulations and procedures for flying aircraft by referring onlyto the aircraft instrument panel for navigation.

The radar network 170 may monitor flight patterns while tracking VFR andIFR of an aircraft and determine the status of a flight in real-time.Furthermore, the various systems of the exemplary radar network 170 mayreceive and correlate tracking information from aviation data sets andair traffic monitoring sources, such as, automatic dependentsurveillance-broadcast (“ADS-B”) components, aircraft communicationsaddressing and reporting system (“ACARS”) components, and airportsurface detection equipment (“ASDE-X”) components.

Those skilled in the art will understand that the ADS-B components mayprovide accurate information and frequent updates to airspace users andcontrollers, and thus may support improved use of airspace, such asreduced ceiling/visibility restrictions, improved surface surveillance,and enhanced safety, for example through conflict management. Anaircraft in communication with the ADS-B components may determine itsown position using a global navigation satellite system and thenperiodically may broadcast this position and other relevant informationto potential ground stations and other aircrafts within the system. TheADS-B components may be used over several different data linktechnologies, including Mode-S Extended Squitter (“1090 ES”) operatingat 1090 MHz, Universal Access Transceiver (“978 MHz UAT”), and VHF datalink (“VDL Mode 4”).

Those skilled in the art will understand that the ACARS components maybe defined as a digital data-link system for the transmission of shortmessages between an aircraft and the ground stations via radio orsatellite transmission. In addition, those skilled in the art willunderstand that the ASDE-X components may be defined as a runway-safetytool that enables air traffic controllers to detect potential runwayconflicts through providing detailed coverage of vehicle/aircraftmovement on runways, taxiways, etc. Specifically, by collecting datafrom a variety of sources, the ASDE-X components are able to trackvehicles and aircraft on airport surfaces and obtain identificationinformation from aircraft transponders.

According to the exemplary embodiments of the allocation module 100, theairport network information sources may include sources relaying airportfield conditions, en route radar information, flight plan data, andoperator data. Therefore, these airport information sources may allowthe allocation module 100 to instantly identify aircraft information(e.g., tail number, owner, operator, aircraft registration andspecification data) in order to create a detailed and accurate departureallocation grid 105 including operator/aircraft profiles.

FIG. 2 shows an exemplary method for departure metering from an airportaccording to an exemplary embodiment of the present invention. It shouldbe noted that the steps the exemplary method 200 may be performed by thevarious components of the system described in FIG. 1, such as thedeparture allocation module 100.

It should be noted that the exemplary allocation module performing thesteps of method 200 described herein may be incorporated into anexisting system. For example, the flight-allocation module may be aweb-based communication system, such as a live allocation portal, inwhich a menu may be presented and an option may be available to accessboth historical flight information as well as currently tracked flightinformation. Accordingly, it should be noted that the steps of method200 may be performed by a processor of a computer system (e.g., adeparture allocation processor), wherein the steps are provide to theprocessor as a set of software instructions stored on a non-transitorycomputer-readable medium, such as a computer memory.

In step 210 of the method 200, the allocation module 100 may receiveairport data from the airport network information sources. Thisinformation may include, but is not limited to, ETAs of specific inboundaircraft, status of arrival and departure fixes, status of runways,status of ground queues, forecasts of arrival and departure rates,airline departure demand by flight, sequencing (e.g., “virtual queuing”)by fix, etc. Accordingly, this information may be used by the allocationmodule 100 to manage the departure slots.

In step 220 of the method 200, the allocation module 100 may receiveflight plan data 150 for a specific flight from the airport networkinformation sources. The allocation module 100 may coordinate withairport manager for each of the specific flights and runway assignments.This information may also include runway configurations and any taxiwayclosures that effect metering locations and/or access to meteringlocations. Furthermore, this information may include aircraftrestrictions and suitability for each runway. For instance, specificrunways and taxi routes may only be suitable for aircraft of a specificsize or weight.

In step 230, the allocation module 100 may analyze the airport data andthe flight plan data and calculate an ETT. For instance, an airline maysubmit a request for a metering location (e.g., via a user interfacesuch as a chat function). The metering location may be assigned based onthe analysis of the allocation module 100, while taking in to accountfactors such as slot time order, first fixed location information,manual exception information, delayed status of flight, slotsubstitution (“swap”) requests, etc.

In step 240, the allocation module 100 may allocate a departure slottime for the flight. Accordingly, an airline ramp tower may now advisethe flight's pilot to request a departure taxi. Once the aircraft hasbeen released and cleared of the metering location, the allocationmodule 100 may repeat the method 200 for a further aircraft, therebyassigning a metering location to this aircraft upon a request formetering.

In step 250, the allocation module 100 may display the allocateddeparture slot time for the flight in an allocation grid 105 via a userinterface. According to one embodiment, the method 200 may provideinstant communication to various outlets and terminals via a userinterface (e.g., a web-enabled dashboard including an allocationportal). This web-enabled dashboard may allow the allocation module 100to securely coordinate and collaborate with external entities such asspecific airlines and governmental agencies (e.g., DEA operatives) inreal-time.

FIG. 3 shows an exemplary method 300 for determining and adjustingdeparture slot times during departure metering from an airport accordingto an exemplary embodiment of the present invention. It should be notedthat the steps of the exemplary method 300 may be performed by thevarious components described in FIG. 1, such as the allocation module100. Furthermore, the exemplary method 300 may be performed at any timefollowing the allocation of a specific flight's departure slot time instep 240 of method 200.

In step 310 of the method 200, the allocation module 100 may display theallocation of departure slot times for a plurality of flights in anallocation grid.

In step 312, the allocation module 100 may determine whether a manualexception has been received from a user. If an exception is received fora specific flight, or group of flights, has been received, theallocation module 100 may adjust the departure slot times in step 314and generate an alert to inform the user of the change in step 316. Ifan exception has not been received, the method 300 may advance to step320.

In step 320 of the method 200, the allocation module 100 may determine acongestion level of a first fix location based on information providedby the airport network information sources. As noted above, the airportnetwork information sources may include data entered manually by theuser. Therefore, the determined congestion level may be based on userinput.

In step 322, the allocation module 100 may determine whether thecongestion level is above a predetermined threshold (e.g., a first fixlocation having a high level of congestion). If the congestion level istoo high, the allocation module 100 may adjust the departure slot timesin step 324 and generate an alert to inform the user of the change instep 326. If the congestion level is below the threshold, the method 300may advance to step 330.

In step 330 of the method 200, the allocation module 100 may receive adeparture rate from the airport network information sources.

In step 332, the allocation module 100 may determine whether thedeparture rate has been adjusted (e.g., the departure rate is reduced by50% due to inclement weather). If the departure rate is adjusted, theallocation module 100 may adjust the departure slot times accordingly instep 334 and generate an alert to inform the user of the change in step336. If the departure rate has not been adjusted, the method 300 mayadvance to step 340.

In step 340 of the method 200, the allocation module 100 may receive areal-time status update for the plurality of flights. Specifically, theallocation module 100 may receive radar data and current flight data(e.g., “live” flight data) from an integrated radar network, such as theradar network 170 described in FIG. 1. As described above, an exemplaryradar network may include a plurality of radar installations coveringnumerous domestic and international airports and terminal airspaces. Theradar network may feature the ability to track any aircraft with aworking transponder.

In step 342, the allocation module 100 may determine whether a specificflight will be delayed. If the departure of a flight will be delayed,the allocation module 100 may reallocate the departure slot timesaccordingly in step 344 and generate an alert to inform the user of thechange in step 346. If there is no delay to the flight, the allocationmodule 100 may maintain the original allocation.

Furthermore, in step 350, the allocation module 100 may receive a swaprequest from an airline based on the delayed flight. The allocationmodule 100 may determine whether the swap request will be approved ordenied. If approved, in step 352, the allocation module 100 maysubstitute the delayed flight with a further flight. If denied, in step354, the allocation module 100 may reject the swap request. Furthermore,in step 356, the allocation module 100 may display either an approvalmessage including substitution information or a denial message includingdenial description to the user via a user interface (e.g., a web-baseddashboard).

The exemplary user interface of the exemplary allocation module 100 maybe easily implemented in existing systems to further incorporate theabove described advantages for real-time information gathering andalerting of passengers/airport personnel as well as providing back dataof alerts to prepare for future anticipated alerts.

Those skilled in the art will understand that the above-describedexemplary embodiments may be implemented in any number of manners,including as a separate software module, as a combination of hardwareand software, etc. For example, the exemplary departure allocationmodule may be a program containing lines of code that, when compiled,may be executed on a processor. Specifically, the allocation module maybe a program of a server for a network in which data relating toallocation flight departures is stored in a database of the network.

It will be apparent to those skilled in the art that variousmodifications may be made in the present invention, without departingfrom the spirit or scope of the invention. Thus, it is intended that thepresent invention cover the modifications and variations of thisinvention provided they come within the scope of the appended claims andtheir equivalents.

What is claimed is:
 1. A method, including: receiving, by an allocationprocessor, airport data from an airport network; receiving, by theallocation processor, flight plan data of a first flight from theairport network; calculating, by the allocation processor, an estimatedtaxi time (“ETT”) based on the airport data and the flight plan data,the ETT being an estimated time when the first flight will begintaxiing; allocating, by the allocation processor, a departure slot timefor the first flight based on the ETT calculated by the processor;populating, by the allocation processor, the allocated departure slottime for the first flight in an allocation grid, wherein the allocationgrid comprises a plurality of departure slot times that are eachpopulated by a flight; displaying the allocation grid, wherein scrollingover each of the departure slot times in the allocation grid alters thedisplay to display an ETT corresponding to the flight in the departureslot time that has been scrolled over; receiving, by the allocationprocessor, a delay notification for the first flight; calculating, bythe allocation processor, a second ETT for a second flight based onremoving the first flight from the allocation grid; reallocating, by theallocation processor, a departure slot time for the second flight;re-populating, by the allocation processor, an adjusted allocation gridincluding the reallocated departure slot time of the second flight and aremoval of the first flight, receiving, by the allocation processor, anadjusted departure rate over a predetermined period of time;proportionally adjusting, by the allocation processor, a plurality ofdeparture slot times during the predetermined period of time based onthe adjusted departure rate; and re-populating, by the allocationprocessor, the allocation grid based on the proportional adjustment. 2.The method of claim 1, wherein the delay notification includes a delaytime, the method further comprising: displaying, by the allocationprocessor, a total number of minutes for the delay time.
 3. The methodof claim 1, further comprising: receiving, by the allocation processor,a real-time status update for the first flight, the real-time statusupdate including at least one of radar data and current flight data ofthe first flight.
 4. The method of claim 3, wherein the real-time statusupdate is received from a radar network including a plurality of radarinstallations covering a plurality of domestic and internationalairports and terminal airspaces.
 5. The method of claim 1, furthercomprising: receiving, by the allocation processor, first fix data for alocation from the airport network; identifying, by the allocationprocessor, a congestion level of the location based on the first fixdata; reallocating, by the allocation processor, the departure slot timefor the second flight when the congestion level at the location havingthe first fix data exceeds a predetermined threshold; and re-populating,by the allocation processor, the reallocated departure slot time for thesecond flight in the allocation grid.
 6. The method of claim 1, furthercomprising: providing, by the allocation processor, an alert to a userbased on the adjusted allocation grid.
 7. The method of claim 1, furthercomprising: receiving, by the allocation processor, a swap requestbetween the second flight and a third flight; determining, by theallocation processor, one of an approval and a denial of the swaprequest based on airport regulations; substituting, by the allocationprocessor, the third flight with the second flight upon approval of theswap request; rejecting, by the allocation processor, the swap requestupon denial of the swap request; and displaying, by the allocationprocessor, one of an approval message including substitution informationand a denial message including denial description.
 8. A system,comprising: a user interface displaying information related to flightplan data and airport data received from an airport network; and adeparture allocation processor receiving airport data from an airportnetwork, receiving flight plan data of a first flight from the airportnetwork, calculating an estimated taxi time (“ETT”) based on the airportdata and the flight plan data, the ETT being an estimated time when thefirst flight will begin taxiing, allocating a departure slot time forthe first flight based on the ETT calculated by the processor,populating the allocated departure slot time for the first flight in anallocation grid, wherein the allocation grid comprises a plurality ofdeparture slot times that are each populated by a flight, receiving adelay notification for the first flight, calculating a second ETT for asecond flight based on removing the first flight from the allocationgrid, reallocating a departure slot time for the second flight,re-populating an adjusted allocation grid including the reallocateddeparture slot time of the second flight and a removal of the firstflight, receiving an adjusted departure rate over a predetermined periodof time, proportionally adjusting a plurality of departure slot timesduring the predetermined period of time based on the adjusted departurerate, and re-populating the allocation grid based on the proportionaladjustment, wherein the user interface displays the allocation grid,wherein scrolling over each of the departure slot times in theallocation grid alters the display to display an ETT corresponding tothe flight in the departure slot time that has been scrolled over. 9.The system of claim 8, wherein the delay notification includes a delaytime, and wherein the departure allocation processor displays a totalnumber of minutes for the delay time.
 10. The system of claim 8, whereinthe departure allocation processor receives a real-time status updatefor the first flight, the real-time status update including at least oneof radar data and current flight data of the first flight.
 11. Thesystem of claim 10, wherein the real-time status update is received froma radar network including a plurality of radar installations covering aplurality of domestic and international airports and terminal airspaces.12. The system of claim 8, wherein the departure allocation processorreceives first fix data for a location from the airport network,identifies a congestion level of the location based on the first fixdata, reallocates the departure slot time for the second flight when thecongestion level at the location having the first fix data exceeds apredetermined threshold, and re-populates the reallocated departure slottime for the second flight in the allocation grid.
 13. The system ofclaim 8, wherein the departure allocation processor provides an alert toa user based on the adjusted allocation grid.
 14. The system of claim 8,wherein the departure allocation processor receives a swap requestbetween the second flight and a third flight, determines one of anapproval and a denial of the swap request based on airport regulations,substitutes the third flight with the second flight upon approval of theswap request, rejects the swap request upon denial of the swap request,and displays one of an approval message including substitutioninformation and a denial message including denial description.
 15. Anon-transitory computer readable storage medium including a set ofinstructions executable by a processor, the set of instructions, whenexecuted, causing the processor to perform operations, comprising:populating an allocation grid with a plurality of departure slot timescorresponding to a plurality of flights; displaying the allocation grid,wherein scrolling over each of the departure slot times in theallocation grid alters the display to display an estimated taxi time(“ETT”) corresponding to the flight in the departure slot time that hasbeen scrolled over; receiving a delay notification for a first flight ofthe plurality of flights, the first flight having a first ETT includedin the allocation grid, the delay notification being indicative of aremoving of the first flight; calculating a second ETT for a secondflight based on the removing of the first flight from the allocationgrid; reallocating a departure slot time for the second flight;re-populating an adjusted allocation grid including the reallocateddeparture slot time of the second flight and a removal of the firstflight, receiving an adjusted departure rate over a predetermined periodof time; proportionally adjusting a plurality of departure slot timesduring the predetermined period of time based on the adjusted departurerate; and re-populating the allocation grid based on the proportionaladjustment.